Änderungen

• Noch nicht aktualisiert für WiSe 2026/27.

Teamprojekt Softwareentwicklung

(SEP)

Siehe auch

• Project Management Foliennotizen - Ausformulierte Notizen einer Vorgängerversion dieser Slides

Fragen

• Vorlesung ist euer einziger direkter Kanal

• Fragen gerne jederzeit

Teamzuweisung

• sieht vielversprechend aus

• wir kontaktieren euch per Email

• schaut aber auch ins Moodle

Agile Softwareentwicklung

Das Agile Manifest

Wie können wir verhindern, dass unsere Projekte ins Leere laufen, weil die Zeit zwischen den Kundenwünschen und unserer Bereitstellung zu lange ist?

1. Individuen und Interaktion

eher als Prozesse und Werkzeuge

2. Funktionierende Software

eher als umfassende Dokumentation

3. Zusammenarbeit mit dem Kunden

eher als Vertragsverhandlungen

4. Reagieren auf Veränderungen

eher als das Befolgen eines Plans

Alles Klar?

Nein?

Iterationen

• 2-wöchentliche Organisationseinheit

• Zwischen 2 AG-Meetings

• Mehr Details in 2 Wochen

Nächste Schritte (Iteration 0)

• Time tracking

• Projektorganisation

• Das erste AG Meeting

• Versteht das Projekt: Spezifikationsdokument

• Funktionierende Software!

Time Tracking

Time Tracking

Projektorganisation

Das erste Treffen mit den AGs

• Seid vorbereitet

  • Ihr wollt das Spezifikationsdokument schreiben

  • Ihr wollt mit dem Prozess beginnen

• Legt eine Person fest die Protokoll führt

Meeting Protokolle

• Hält Ergebnisse fest.

• Was sind die Antworten auf vorbereitete Fragen?

• Welche Entscheidungen wurden getroffen?

• Gab es Meinungsverschiedenheiten?

• Wurden Punkte vertagt?

• Neue Anforderungen?

• Prioritäten für die nächste Iteration?

Spezifikationsdokument

• spezifiziert das Projekt

• ist Kommunikation zwischen Teams und AG

• Referenz bei Meinungsverschiedenheiten

Spezifikationsdokument

• (Details auf der Webseite)

• Projektbeschreibung (maximal 1 Seite)

• Ergebnisse (Deliverables, maximal 1 Seite)

• Risiken (maximal 1 Seite)

• Rechtliches

Projektbeschreibung

• Vision

• Ist-/Sollzustand

• Domänenbeschreibung

• Architekturdiagram

Ergebnisse (Deliverables)

• Abgabeformat, Softwaretyp, Vorgegebenes

• Nicht: Einzelne Softwarefeatures

• In welcher Form sollt ihr was liefern?

Risiken

• Was kann schiefgehen?

• Wie plant ihr damit umzugehen?

• Siehe Slides zur Teamfindung

Rechtliches

• Wer darf Software weiterverwenden?

• Lizenz?

Spezifikationsdokument

• Schreibt es am besten direkt nach dem ersten AG Meeting.

• Sendet die erste Version direkt an AGs und TBs

• Abgabe: 2025-11-15 (final 2025-11-30)

Funktionierende Software

• Erste lauffähige Software

• Kann extrem Minimal sein

  • Website im Zielframework die „Hallo Welt“ angibt

  • Selbst kompilierte lauffähige Version der existierenden Software mit kleiner Änderung

  • Query der Remote API die ein paar Statistiken produziert

Nächste Woche: Gastvorlesung